^Please type a plus sign (+) inside this box [+] pto/sb/os (12/97) 

£ Approved for use through 09/30/00. OMB 0651-0032 o 

to Patent and Trademark Office: U.S. DEPARTMENT OF COMMERCE ^ 

I-* Un <ter the Paperwork Reduction Act of 1 995, no persons are required to respond to a collection of information unless it displays a valid OMB control number. *** * 



H 
O 



UTILITY PATENT APPLICATION TRANSMITTAL 

(Only for new non-provisional applications under 37 CFR 1 .53(b) 



Attorney Docket No. 003801 P029 Total Pages 2 3 

First Named inventor or Application Identifier Jason May, et al 

Express Mail Label No. EL627464026US 



ADDRESS TO: Assistant Commissioner for Patents 

Box Patent Application 
Washington, D. C. 20231 



APPLICATION ELEMENTS 

See MPEP chapter 600 concerning utility patent application contents. 

1 . X Fee Transmittal Form 

(Submit an original, and a duplicate for fee processing) 

2. X Specification (Total Pages 51) 

(preferred arrangement set forth below) 

- Descriptive Title of the invention 

- Cross References to Related Applications 

- Statement Regarding Fed sponsored R&D 

- Reference to Microfiche Appendix 

- Background of the Invention 

- Brief Summary of the invention 

- Brief Description of the Drawings (if filed) 

- Detailed Description 

- Claims 

- Abstract of the Disclosure 

3. X Drawings(s) (35 USC 1 1 3) (Total Sheets _20) 

4. X Oath or Declaration (Total Pages 5) 

a. _X_ Newly Executed (Original or Copy) 

b. Copy from a Prior Application (37 CFR 1 .63(d)) 

(for Continuation/Divisional with Box 17 completed) (Note Box 5 below) 

i- DELETIONS OF INVENTOR(S) Signed statement attached deleting 

inventor(s) named in the prior application, see 37 CFR 1 .63(d)(2) 
and 1.33(b). 

5. Incorporation By Reference (useable if Box 4b is checked) 
The entire disclosure of the prior application, from which a copy of the oath or 
declaration is supplied under Box 4b, is considered as being part of the 
disclosure of the accompanying application and is hereby incorporated by 
reference therein. 

6. _ Microfiche Computer Program (Appendix) 

Nucleotide and/or Amino Acid Sequence Submission 



003746.P001X 





(if applicable, all necessary) 

a. Computer Readable Copy 

b. Paper Copy (identical to computer copy) 

c. Statement verifying identity of above copies 






ACCOMPANYING APPLICATION PARTS 


8. 

Q 
57. 


X 


Assianment PaDers (cover sheet & riorumpnWciW 

a. 37 CFR 3.73(b) Statement (where there is an assignee) 




X 


b. Power of Attorney 


1 n 




English Translation Document (if applicable) 


\ i . 




a. Information Disclosure Statement (IDS)/PTO-1449 

b. Copies of IDS Citations 


12. 




Preliminary Amendment 


1 o. 


X 


Return Receipt Postcard (MPEP 503) (Should be specifically itemized) 


14. 




a. Small Entity Statement(s) 

b. Statement filed in prior application, Status still proper and desired 


15. 




Certified Copy of Priority Document(s) (if foreign priority is claimed) 


16. 


Other: Certificate of Express Mail with copv of oostcard showina 






contents of Express Mail packaae. 


17. 


If a CONTINUING APPLICATION, check appropriate box and supply the requisite information: 






Continuation Divisional Continuation-in-part (CIP) 
of prior application No: 


18. 


Correspondence Address 

Customer Number or Bar Code Label 






(Insert Customer No. or Attach Bar Code Label here) 



or 

X Correspondence Address Below 



NAME Marina Portnova. Reg. No. 45.750 

BLAKELY. SOKOLOFF. TAYLOR & ZAFMAN LLP 

ADDRESS 12400 Wilshire Boulevard 

Seventh Floor 



CITY Los Angeles STATE California ZIP CODE 90025-1 026 

Country U.S.A. TELEPHONE (408) 720-8598 FAX (408) 720-9397 



12/01/97 



PTO/SB/05 (12/97) 
Approved for use through 09/30/00. OMB 0651-0032 
Patent and Trademark Office; U.S. DEPARTMENT OF COMMERCE 



"Express Mail" mailing label number EL627464026US 
Date of Deposit: May 22, 2000 . 

I hereby certify that I am causing this paper or fee to be 
deposited with the United States Postal Service "Express 
Mail Post Office to Addressee" service under 37 CFR 
1.10 on the date indicated above and is addressed to the 
Commissioner of Patents and Trademarks, Washington, 
D.C 20231 

Michelle Be^av 

(Typed or printed name of person mailing paper or fee) 

n^oUS May 22. 2000 

(Signature of person^nailing paper or fee) Date 



Serial/Patent No.: 

Client: eBay « Inc . 
Title: 



Filing/Issue Date: 



METHOD AND APPARATUS FOR FACILITATING ONLINE PAYMENT 
TRANSACTIONS INA A NETWOK-BASED TRANSACTION FACILITY . . . 



BSTZ File No.: 
Date Mailed: _ 



003801. P023" 



Mav 22, 2000 



Atty/Secty Initials: 
Docket Due Date: . 



ALM/MGP/mb 



*** 



The following has been received in the UJS. Patent & Trademark Office on the date stamped hereon: 

Express Mail No.. EL627464026US ■ check no. 35164 

Month(s) Extension of Time Arat: $ 820.00 

MrmatOTl^Ios^StaEment&PTD-M^ (_ pgs.) □ Check No. 

Issue Fee Transmittal Amt: 



□ 
□ 



Amendment/Response ( pgs.) 

Appeal Bnef ( pgs.) fin triplicate) 

Application - Utility t__~~pg s -> witn cover ^ abstract) 



C3 Application - Rule 1.53(b) Continuation ( pgs.) 

□ Application - Rule 1.53(b) Divisional ( pgs.) 

D Application - Rule 1.53(b) CIP ( pgs.) 

□ Application - Rule 1.53(d) CPA Transmittal ( pgs.) 

□ Application - Design ( pgs.) 

□ Application - PCT ( pgs.) 

O Application - Provisional ( pgs.) 

V Assignment and Cover Sheet 

V Certificate of Mailing 

H Declaration & POA f 5 pgs ) 

□ Dsdcsue Dccs&Crg &Cqpycf hvprtofcSeredb2£r( pg) 

M Drawings: _^0_# of sheets includes ^® figures 



□ 
□ 
□ 
□ 
□ 
□ 
II 
□ 
□ 
□ 
□ 
□ 



Notice of Appeal 

Petition for Extension of Time 

Petition for 

Postcard 

Power of Attorney ( pgs.) 

Preliminary Amendment ( pgs.) 

Reply Brief ( pgs.) 

Response to Notice of Missing Parts 

Small Entity Declaration for Indep. Inventor/Small Business 

Transmittal Letter, XSgxJfeXgC 

Fee Transmittal, in duplicate 



□ other: Certificate of Express Mail with copy of postcard 
showin g contents of Expr ess Mail package • 



UNITED STATES PATENT APPLICATION 



5 



20 



for 

METHOD AND APPARATUS FOR FACILITATING ONLINE 
PAYMENT TRANSACTIONS IN A NETWORK-BASED TRANSACTION 
FACILITY USING MULTIPLE PAYMENT INSTRUMENTS 



Inventors: 
Jason May 

10 Ian Flint 

prepared by: 

BLAKELY, SOKOLOFF, TAYLOR & ZAFMAN LLP 
15 12400 Wilshire Boulevard 

Los Angeles, CA 90025-1026 
(408) 720-8598 



File No.: 003801.P029 



EXPRESS MAIL CERTIFICATE OF MAITJNft 



Express Mail mailing label number: EL627464026US 
Date of Deposit: Mav 22. 2000 



25 I hereby certify that I am causing this paper or fee to be deposited with the United States Postal 

Service Express Mail Post Office to Addressee service on the date indicated above and that this paper 
or fee has been addressed to the Assistant Commissioner for Patents, Washington, D. C. 2023 1 

Michelle Begay 

(Typed or printed name of person mailing paper or fee) 

30 ^urJuJuk^ &fy 

(Signature of person matting paper or fee) 
Mav 22. 2000 



(Date signed) 



3801.P029 



PATENT 



METHOD AND APPARATUS FOR FACILITATING ONLINE 
PAYMENT TRANSACTIONS IN A NETWORK-BASED TRANSACTION 
FACILITY USING MULTIPLE PAYMENT INSTRUMENTS 

This present application claims the benefit of the filing date of U.S. 
provisional patent application no. 60/190,420, filed March 17, 2000. 

FIELD OF THE INVENTION 

The present invention relates generally to the field of e-commerce 
and, more specifically, to facilitating online payment transactions m a 
5 network-based transaction facility using multiple payment instructions. 

BACKGROUND OF THE INVENTION 

For users of a network-based transaction facility, a reliable and 
convenient payment mechanism is particularly important for enhancing user 

10 trust in the transaction facility. A typical network-based transaction facility, 
however, does not ensure the expedient and secure completion of payment 
transactions. Instead, payment transactions between traders of an online 
trading community are typically conducted in a conventional, time- 
consuming manner using paper checks and money orders. Accordingly, 

15 such payment transactions delay payments to sellers and delivery of 

purchased goods to buyers. In addition, sellers are expected to bear the risk 
of bounced checks and buyers are running the risk of not receiving the 
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3801. P029 PATENT 
goods after sending the money. 

The above problems are typically faced by individuals or small 
businesses who cannot afford to build or buy the infrastructure to accept 
credit card payments from buyers in the network-based transaction facility. 

5 However, even a seller who does accept credit card payments can still lose 
those buyers who appreciate the convenience of online payments but do not 
have access to credit cards. In addition, a buyer may prefer not to disclose 
his or her credit card information over the Internet in general, or to a certain 
seller in particular. Further, credit card payments may not always be 

10 desirable for sellers because of their charge back recourse to buyers. 

Therefore, it will be advantageous to provide traders with an efficient 
and secure mechanism for facilitating online payment transactions via a 
variety of payment instruments. 
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3801. P029 PATENT 
SUMMARY OF THE INVENTION 

A method and apparatus for facilitating online payment transactions 
between participants in a network-based transaction facility are described. 
In one embodiment, user interface information is communicated to a first 
5 participant via a communications network. The user interface information 
identifies various payment instruments available for processing the online 
payment transactions in the network-based transaction facility. Further, 
payment option information is received from the first participant via the 
communications network. The payment option information indicates the 

10 willingness of the first participant to accept a payment from a second 
participant via one or more of the various payment instruments. This 
payment option information is passed to the second participant via the 
communications network. Afterwards, personal billing information is 
accepted from the second participant via the communications network to 

15 facilitate an online payment transaction between the first participant and the 
second participant. The personal billing information concerns a payment 
instrument selected by the second participant from the payment instruments 
specified by the first participant. 
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BRIEF DESCRIPTION OF THE DRAWINGS 

The present invention is illustrated by way of example and not 
limitation in the figures of the accompanying drawings, in which like 
references indicate similar elements and in which: 
5 Figure 1 is a block diagram of one embodiment of a system for 

processing online payment transactions between participants in a network- 
based transaction facility; 

Figure 2 is a block diagram of one embodiment of a network-based 
transaction facility; 

10 Figure 3 is a block diagram of one embodiment of an online payment 

service; 

Figure 4 is a block diagram of an exemplary online payment service 
supporting multiple data centers; 

Figure 5 is a flow chart of an exemplary method for facilitating online 
15 payment transactions using multiple payment instruments; 

Figure 6 is a block diagram of one embodiment of a database 
maintained by an online payment service; 

Figure 7 is a block diagram of one embodiment of a process flow for 
evaluating risks involved in an online payment transaction; 
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3801.P029 PATENT 
Figure 8 is a block diagram of one embodiment of an interface 

sequence implemented to facilitate online payment transactions through 

multiple payment instruments; 

Figure 9 is a flow chart of an exemplary method for facilitating online 
5 payment transactions through multiple payment instruments using risk 

analysis; 

Figures 10 - 19 are exemplary representations of various interfaces 
included in the sequence of interfaces shown in Figure 8; and 

Figure 20 is a block diagram of one embodiment of a computer 
10 system. 
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DETAILED DESCRIPTION 

A method and apparatus for facilitating online payment transactions 
in a network-based transaction facility using various payment instruments 
are described. In the following description, for purposes of explanation, 
numerous specific details are set forth in order to provide a thorough 
understanding of the present invention. It will be evident, however, to one 
skilled in the art that the present invention may be practiced without these 
specific details. 

System for Processing Online Payment Transactions 
Figure 1 is a block diagram of one embodiment of a system for 
processing online payment transactions between participants in a network- 
based transaction facility. In this embodiment, a client 100 is coupled to a 
transaction facility 130 via a communications network, including a wide area 
network 110 such as, for example, the Internet. Other examples of networks 
that the client may utilize to access the transaction facility 130 include a local 
area network (LAN), a wireless network (e.g., a cellular network), or the 
Plain Old Telephone Service (POTS) network. 

The client 100 represents a device that allows a user to participate in a 
transaction facility 130. The transaction facility 130 handles all transactions 
between various participants including the user of the client computer 100. 
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In one embodiment, the transaction facility 130 may be an online auction 
facility represented by an auction web site visited by various participants 
including the user of the client computer 100. An exemplary auction facility 
is described in greater detail in conjunction with Figure 2. Alternatively, the 
5 transaction facility 130 may be an online retailer or wholesaler facility 
represented by a retailer or wholesaler web site visited by various buyers 
including the user of the client computer 100. In yet other embodiments, the 
transactions facility 130 may be any other online environment used by a 
participant to conduct business transactions. 

10 The transaction facility 130 is coupled to an online payment service 

120. In one embodiment, the transaction facility 130 is coupled to the online 
payment service 120 via a communications network such as, for example, an 
internal network, the wide area network 110, a wireless network (e.g., a 
cellular network), or the Plain Old Telephone Service (POTS) network. 

15 Alternatively, the online payment service 120 is integrated with the 

transaction facility 130 and it is a part of the transaction facility 130. The 
online payment service 120 is also coupled to the client 100 via any of the 
described above communications networks. The online payment service 120 
is a service for enabling online payment transactions between participants of 

20 the transaction facility 130, including the user of the client computer 100. 

In one embodiment, the online payments service 120 enables the 



-8- 



380LP029 PATENT 
participants to make online payments in the course of business conducted in 
the transaction facility 130 using multiple payment instructions. These 
payment instructions may include, for example, credit cards, debit cards, 
wire transfers, electronic funds transfers (EFT), transfers from internal 
accounts within the transaction facility 130 or the online payment service 
120, loan financing, lines of credit, coupon or gift certificates, etc. In this 
embodiment, the transaction facility 130 facilitates business transaction 
between the user of the client 110 and other participants. The client tllO 
presents user interface information to the user. The user interface 
information identifies multiple payment instruments available for 
processing payment transactions pertaining to corresponding business 
transactions. 

In one embodiment, the user selects one or more payments 
instruments from the available payments instruments. The client 110 then 
communicates payment option information of the user to the transaction 
facility 130. The payment option information indicates the willingness of the 
user to accept payments from other participants via the selected payment 
instruments. The online payment service 120 receives the payment option 
information from the transaction facility 130, communicates the payment 
option information to a participant conducting business with the user, and 
enables the participant to choose a preferred instrument from the payment 
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instruments selected by the user. The online payment service 120 then 
accepts personal billing information concerning the preferred payment 
instrument from the participant to facilitate the payment transaction 
between the participant and the user. 

Transaction Facility 

Figure 2 is a block diagram illustrating an exemplary network-based 
transaction facility in the form of an Internet-based auction facility 200. 
While an exemplary embodiment of the present invention is described 
within the context of an auction facility, it will be appreciated by those 
skilled in the art that the invention will find application in many different 
types of computer-based, and network-based, commerce facilities. 

The auction facility 200 includes one or more of a number of types of 
front-end servers, namely page servers 212 that deliver web pages (e.g., 
markup language documents), picture servers 214 that dynamically deliver 
images to be displayed within Web pages, listing servers 216, CGI servers 
218 that provide an intelligent interface to the back-end of facility 210, and 
search servers 220 that handle search requests to the facility 10. E-mail 
servers 221 provide, inter alia, automated e-mail communications to users of 
the facility 200. 

The back-end servers include a database engine server 222, a search 
index server 224 and a credit card database server 226, each of which 
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maintains and facilitates access to a respective database. 

The Internet-based auction facility 200 may be accessed by a client 
program, such as a browser (e.g., the Internet Explorer distributed by 
Microsoft Corp. of Redmond, Washington) that executes on the client 
5 computer 100 and accesses the facility 200 via the communications network 
110. 

Online Payment Service 
Figure 3 is a block diagram of one embodiment of an online payment 
service 120. The online payment service 120 includes a firewall 300, one or 

10 more web servers 310, a firewall 315, a set of application servers 320, and 
one or more databases 330. The firewall 300 isolates the online payment 
service 120 from external Internet accesses. The firewall 310 enhances 
security within the online payment service 120 by preventing internal access 
to information stored in the database 330. The only access permitted to the 

15 database is from applications servers 320, making valid database requests. 

The web servers 310 facilitate the exchange of information between 
the online payment service 120, the transaction facility 130 and the 
participants of the transaction facility 130, including the user of the client 
100. In one embodiment, the web servers 310 encrypt data outgoing from 

20 the online payment service 120 using a secure protocol (e.g., a secure socket 
layer (SSL) protocol, a secure HTTP protocol, etc.). In one embodiment, a 
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digital signature mechanism is implemented to prevent tampering of data 
prior to the encryption stage. 

The application servers 320 handle various tasks executed within the 
online payment service 120. Each application server 320 is responsible for a 
5 certain pre-assigned task. These tasks may include, for example, executing 
payment transactions, registering participant accounts, maintaining account 
statuses for each user, providing customer service, delivering emails, 
providing analysis (e.g., risk analysis) and reporting, processing electronic 
fund transfers EFTs, and other application services. The applications servers 

10 320 access the database 330 to enter or retrieve various data. The database 
330 is described in greater detail below in conjunction with Figure 6. 

In one embodiment, the online payment service 120 is coupled, via a 
network, to multiple external payment processors to complete various types 
of online payment transactions. For example, the online payment service 

15 120 may be coupled to a credit card processor to process credit card 

payments. The online payment service is 120 may also by coupled to an EFT 
processor to process electronic checks and money order payments. Other 
external payment processor may include, for example, a wire transfer 
processor, a loan financing processor, a line of credit processor, a coupon or 

20 gift certificate processor, etc. 

Figure 6 is a database diagram illustrating an exemplary database 600 
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supported by the online payment service 120. The database 600 may, in one 
embodiment, be implemented as a relational database, and includes a 
number of tables having entries, or records, that are linked by indices and 
keys. In an alternative embodiment, the database 600 may be implemented 
5 as collection of objects in an object-oriented database. 

Central to the database 600 is a user table 610, which contains a record 
for each user of the online payment service 120. A user may operate as a 
seller, buyer, or both, within the transaction facility 130. A seller table 620 is 
linked to the user table 610 and includes more detailed information about 

10 each seller. A buyer table 630 which is also linked to the user table 410 
includes detailed information about each buyer. The database 600 also 
includes payment instruments tables 670 that may be linked to the user table 
610. Each payment instrument table 670 pertains to an individual payment 
instrument available for use in the transaction facility 130. Available 

15 payment instruments may include, for example, credit cards, debit cards, 
automated clearing house (ACH) transfers using electronic checks and 
money orders, wire transfers, transfers from an internal account within the 
online payment service 120 or the transaction facility 130, loan financing, 
lines of credit, coupons or gift certificates, etc. Each payment instrument 

20 table 670 includes corresponding billing information provided by a user. A 
user record in the user table 610 may be linked to a payment instrument 
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record in multiple payment instrument tables 670 if the user provides billing 
information on more than one payment instrument. 

The database 600 also includes a payment transaction table 640 which 
is linked to the seller table 620 and the buyer table 630. The payment 
transaction table 640 contains information on each financial exchange 
between a buyer and a seller. A payment transaction in the transaction table 
640 may be represented by one or more accounting records in an accounting 
record table 650. The accounting records support an accounting system of 
the online payment service 120 and contain various accounting information, 
such as, for example, information on debits and credits to buyers, sellers, the 
online payment service, or other third parties participating in payment 
transaction. A payment transaction that does not corresponds to any 
accounting record may indicate that the transaction was not completed 
successfully (e.g., the buyer's credit card was invalid). 

A ledger table 660 is linked to the accounting record table 650, the 
user table 610 and the payment instrument tables 670. A ledger record 
contains information on an actual fund transfer between a user and the 
online payment service 120. The funds transfer may be a debit (e.g., a charge 
to a buyer's credit card) or a credit (e.g., a disbursement to a seller's checking 
account). The funds transfer is conducted through a particular payment 
instrument selected by the buyer and seller and approved by the online 
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payment service 120 in a manner described in more detail below. 

One embodiment of an architecture of the online payment servicel20 
will now be described in more detail In this embodiment, the online 
payment service 120 supports a large number of buyers and sellers who are 
distributed across the globe, executing transactions at any time of day and 
night. In order to provide stable physical environment and reliable 
application architecture, online payment service clusters are installed at 
several different geographical locations. If a single data center location goes 
down, transaction volume can be processed by clusters at the remaining 
locations. Each cluster, in turn, may consist of multiple machines with 
redundant service. 

Figure 4 is a block diagram of an exemplary online payment service 
120 supporting multiple data centers. In this embodiment, clusters 400, 
410 and 420 reside in different data centers. The same web servers 310 and 
application servers 320 are included in both clusters 400 and 410. The 
application servers 320 of the clusters 400 and 410 perform transaction 
management functions, such as, for example, transaction execution, 
account registration, account status, customer service, e-mail delivery, etc. 
In one embodiment, in each of the clusters 400 and 410, multiple instances 
of every application server run in parallel to balance the system load 
between the different functions. Application servers can be installed on 
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different physical machines to increase reliability of the system. In one 
embodiment, each of the clusters 400 and 410 has external connections 
with one or more payment processors (e.g., a credit card processor, an EFT 
processor, a wire transfer processor, etc). 
5 In one embodiment, each of the clusters 400 and 410 includes a 

production database 330. Shared data (e.g., buyer and seller profile 
information) in the production database 330 may be dynamically replicated 
to both data centers. Transaction data (e.g., current account statement 
information) may not need to be replicated as it can be constructed in a 
10 variety of other ways using the production data. For example, upon a user 
request for an online account statement, a query (e.g., an SQL query) may 
be rim to build a complete transaction record. 

In one embodiment, analysis and reporting functions may be 
separated from the transaction activity because these functions are time 
15 consuming. That is, analysis and reporting functions may be executed by 
the warehouse cluster 420 located separately from the clusters 400 and 410. 
The analysis and reporting functions may include, for example, risk or fraud 
analysis, standard reporting, online analytical processing (OLAP) providing 
database indexing to enhance quick access to data EFT processing, etc. The 
20 analysis and reporting functions may be carried out against a separate data 
warehouse system, such as a data warehouse 450. Data pertaining to the 
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analysis and reporting may be extracted from the production database 330 
at predefined time intervals and stored in the data warehouse 450. As a 
result, user transaction activity is not impacted by execution of 
time-consuming analysis and reporting functions. 

Multiple Payment Instruments 
In order to provide participants of the transaction facility 130 with 
an effective and secure mechanism of conducting online payment 
transactions, one embodiment of the present invention proposes a method 
and system whereby the participants may conveniently use multiple 
payment instruments to make online payments for products obtained in 
the course of their commercial activity in the transaction facility 130. 

Figure 5 is a flow chart illustrating an exemplary method 500 of 
facilitating online payment transactions using multiple payment 
instruments. The method 500 may be performed by processing logic, 
which may comprise hardware, software, or a combination of both. The 
processing logic may be either in the online payment service 120, or 
partially or entirely in a separate device and/or system(s). 

Referring to Figure 5, the method 500 begins with the online 
payment service 120 communicating user interface information to a first 
participant via a communications network (processing block 506). The 
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user interface information identifies multiple payment instruments 
available for processing payment transactions in the transaction facility 
130. 

At processing block 508, processing logic in the online payment 
5 service 120 receives payment option information from the first participant 
via the communications network. The payment option information 
indicates a willingness of the first participant to accept payments from a 
second participant through one or more available payment instruments. 
As described above, available payment instruments may include, for 

10 example, credit cards, debit cards, wire transfers, electronic checks and 
money orders. In addition, the online payment service 120 may permit 
payments through direct transfers from an internal account which is 
maintained for a participant within the transaction facility 130 or the 
online payment service 120. 

15 In one embodiment, payment instruments may also include loan 

financing and lines of credit. In this embodiment, the online payment 
service 120 may cooperate with a third party processor (e.g., a financial 
institution) to process loan financing and to create or extend a line of 
credit for a participant. Other payment instruments may include coupons 

20 and gift certificates, or any other U.S. or international vehicles. In the 
cases of coupons and gift certificates, the online payment service 120 (in 
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cooperation with a third party or internally) determines whether a coupon 
or a gift certificate is valid. 

Next, processing logic in the online payment service 120 passes the 
payment option information to the second participant via the 
5 communications network (processing block 510). Afterwards, at 
processing block 512, processing logic in the online payment service 
accepts personal billing information of the second participant to facilitate 
a payment transaction between the first participant and the second 
participant. The personal billing information transferred over the 
10 communications network pertains to a payment instrument selected by 
the second participant from the payment instruments specified by the first 
participant. 

In one embodiment, processing logic in the online payment system 
120 communicates the personal billing information of the second 

15 participant, via the communications network, to a financial institution to 
process the payment transaction. Alternatively, the personal billing 
information may be processed internally (e.g., when a payment is made 
using a direct transfer from an internal account within the online payment 
system 120 or the transaction facility 130). Afterwards, when the payment 

20 transaction completes, the first participant is notified. In one embodiment, 
notification may be sent immediately after accepting the personal billing 
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information (e.g., when a payment is made using a credit card). 
Alternatively, notification is sent after a certain time period expires (e.g v 
when a payment is made using an electronic check). 

In one embodiment, at various stages of the payment transaction 
5 between the first participant and the second participant, risk involved in 
the payment transactions is evaluated by a risk analysis system of the 
online payment system 120. The various stages may include, for example, 
the time the payment transaction is initiated, the time either the first or 
second participant registers with the online payment service 120, the time 
10 the first participant provides invoice information, the time the second 

participant provides personal billing information pertaining to a particular 
payment instrument, the time funds are disbursed to the first participant, 
etc. Based on the involved risk, the payment transaction between the first 
and second participants may be interrupted or restricted (e.g., preventing 
15 a participant from accepting or paying with a certain payment 

instrument). The risk analysis system is described in greater detail below 
in conjunction with Figure 7. 

In one embodiment, processing logic in the online payment service 
120 accepts multiple payments owed to the first participants by other 
20 participants in the course of business transactions conducted by the first 
participant in the transaction facility 130. The multiple payments are 
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accepted via the communications network and may be made using various 
payment instruments. Next, processing logic in the online payment service 
120 accumulates these payments over a period of time and then distributes a 
single disbursement which includes the accumulated payments to the first 
participant. 

In one embodiment, the online payment service 120 accepts a 
payment from the second participant in one currency and distributes the 
payment to the first participant in different currency. The above online 
payment options address time-consuming and unreliable paper-based 
payment methods and provide an efficient and secure mechanism to 
conduct payment transactions within the transaction facility 130. 

Figure 7 is a block diagram of one embodiment of a process flow for 
evaluating risks involved in an online payment transaction. As described 
above, the involved risks are evaluated at various stages of the payment 
transaction. The involved risks may concern, for example, a buyer's ability 
to pay, a likelihood that a buyer or a seller may be fraudulent (e.g., a buyer 
uses a stolen credit card, or a seller lists goods for sale online with no intent 
or ability to deliver the purchased goods), a seller's ability to fulfill purchase 
orders promptly, etc. Based on the risk evaluation, the online payment 
service 120 may reject or restrict a payment transaction between a buyer and 
a seller in a manner described below. In one embodiment, the risk 
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evaluation is performed in real time and enables an uninterrupted 
processing of the payment transaction. 

In one embodiment, the online payment service 120 contains a 
payment processing system 710 and a risk management system 720. The 
payment processing system 710 is responsible for executing payment 
transactions. Specifically, the payment processing system 710 receives 
information from the transaction facility, stores some or all of this 
information for historical purposes in a local database (i.e., a payment 
transaction data store 730), and determines what information to pass to the 
risk management system 720. The risk management system 720 utilizes this 
information to determine a risk level involved in the payment transaction. 
In one embodiment, the risk management system 720 may also use input 
from one or more third party risk analysis providers 740 to evaluate the risk 
level of the payment transaction. The results of the evaluation are passed 
back to the payment processing system 710 which continues processing the 
payment transaction based on the evaluation results. 

In one embodiment, payment transactions are initiated in the 
transaction facility 130. The transaction facility 130 passes a variety of 
information concerning a payment transaction and its participants (a buyer 
and a seller) to the payment processing system 710. The payment 
transaction information may include, for example, a payment transaction 
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amount, currency in which the payment transaction is to be conducted, 
description of the goods or services being exchanged, etc. The participant 
information may include, for example, identifying information of both a 
buyer and a seller (e.g., names, identification codes, contact information) and 
5 information pertaining to their business participation in the transaction 
facility 130. For instance, the transaction facility 130 may pass to the 
payment processing system 710 information on how long both the buyer 
and the seller have been registered with the transaction facility 130, their 
historical business activity within the transaction facility 130 (e.g., number of 

10 prior transactions, gross sales, average amount of a sale), user classification 
schemes and peer rating schemes used in the transaction facility 130 (e.g. 
user feedback ratings), third party trust ratings carried out by the transaction 
facility 130 (e.g. credit reports), etc. It should be noted that a wide variety of 
information other than the information described above may be passed to 

15 the payment processing system 710 from the transaction facility 130 for 
evaluating potential risk involved in the payment transaction. 

In another embodiment, the payment processing system 710 itself 
may initiate a payment transaction (e.g., if the payment processing system 
710 is notified that a buyer and a seller agreed that a payment would take 

20 place on a future date). In this embodiment, the payment processing system 
710 then requests relevant information (including any or all of the above 
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information) from the transaction facility 130. 

The payment processing system 710 passes any or all of the above 
information to the risk management system 720. In addition, the payment 
processing system 710 may pass certain internal transaction data (e.g., 
5 response codes from a credit card processor) to the risk management system 
720. The risk management system 720 uses the above information to 
determine the risk level of the payment transaction. In addition, the risk 
management system 720 may include in its analysis data stored in the 
payment transaction data store 730 (e.g. historical transaction activity of the 

10 seller and the buyer) and information collected by system operation staff 
related to either the buyer or the seller (e.g., customer service responses, 
"blacklists" identifying fraudulent customers, etc.). 

In one embodiment, the risk management system 720 also includes in 
its analysis external risk analysis results. In this embodiment, the risk 

15 management system 720 may request one or more third party risk analysis 
providers 740 to provide an additional evaluation of the risk involved in the 
payment transaction. For instance, a financial institution may provide 
additional levels of screening to identify potentially fraudulent participants. 
The risk management system 720 may transmit to the third party risk 

20 analysis providers 740 any or all of the information collected for the 

payment transaction. The third party risk analysis providers 740 analyzes 
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this information and information obtained from their own sources to 
determine a risk assessment for the payment transaction. The risk 
assessment information is then sent back to the risk management system 
720. 

5 Based on the information received from various external and internal 

sources, the risk management system 720 determines the risk level of the 
payment transaction using a scoring algorithm. It should be noted that any 
scoring algorithm known in the art may be used by the risk management 
system 720 without loss of generality. The risk management system 720 

10 produces a consolidated risk response and passes it to the payment 
processing system 710. The risk response may include, for example, 
information indicating that service should be denied to a participant due to 
high likelihood of fraud, information on a recommended service fee for 
processing the payment transaction, information on recommended 

15 restrictions on payment instruments to be used by either the buyer or the 
seller, information on recommended restrictions on disbursing funds to the 
seller, etc. 

The payment processing system 710 receives the risk response from 
the risk management system 720 and makes a final determination 
20 concerning the payment transaction. That is, the payment processing system 
710 may reject the payment transaction (or deny service to either the buyer 
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or the seller entirely), process the payment transaction without any changes, 
or restrict the timing and/or the manner in which the payment transaction is 
conducted. For example, the payment processing system 710 may limit 
payment instruments offered for use in the payment transaction, may assign 
or modify a fee for processing the payment transaction, may restrict the time 
or the manner in which funds are disbursed to the seller, etc. 



User Interfaces 

Functions of the online payment service 120 pertaining to payments 
through multiple payment instruments will now be described within the 
context of user interfaces, according to one embodiment of the present 
invention. Figure 8 shows an interface sequence 800, according to an 
exemplary embodiment of the present invention, that may be implemented 
by the transaction facility 130 and the online payment service 120 for the 
purposes of providing multiple online payment options to participants in 
the transaction facility 130. Exemplary representations of the various 
interfaces included within the sequence 800 are shown in Figures 10-19. 
While exemplary interfaces are described within the context of an auction 
facility, it will be appreciated by those skilled in the art that they may be 
implemented in many different types of computer-based, and network- 
based, transaction facilities. 



-26- 



3801.P029 PATENT 

The interface sequence 800 commences with a seller registration 
interface 802 through which a seller may specify what online payment 
instruments the seller will accept from various buyers. The seller 
registration interface 802 is generated by the transaction facility 130 and may 
5 be accessed at any time during a business transaction (e.g., during an 
auction) or upon an end of the business transaction (e.g., upon en and of 
auction). The seller needs to go through the seller registration interface 802 
only once unless the seller wants to modify the payment instruments 
specified initially. 

10 Upon the end of the business transaction, an end of business 

transaction interface 804 is displayed by the transaction facility 130. The end 
of business transaction interface 804 identifies a seller and a buyer and the 
payment instruments acceptable to the seller. If the payment transaction is 
initiated by the seller, the seller is then presented with a seller login interface 

15 806 which allows the seller to login to the online payment service 120 by 
entering the seller's password. Subsequently, the seller is presented with an 
invoice form interface 808. The invoice form interface 808 displays an 
explanation of the payment process and requests the seller to enter the 
invoice terms. 

20 After the seller confirms that the invoice terms are correct, the buyer 

receives an email with a link to a buyer login interface 810. Alternatively, if 
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the payment transaction is initiated by the buyer, the invoice is not 
generated and the buyer does not need to wait for the above email. Instead 
the buyer can directly access the buyer login interface 810 which enables the 
buyer to login to the online payment service 120. 

Next, the buyer is presented with a payment option interface 812 
which allows the buyer to select a particular payment instrument for use in 
this payment transaction. In addition, the payment option interface 812 
enables the buyer to avoid entering the buyer's personal billing information 
in a personal billing information interface 814 if the buyer has previously 
registered with the online payment service 120. If so, the buyer is presented 
with a revision of billing and shipping information interface 813 and then 
with an order placing interface 818. By clicking a place order button on the 
order placing interface 818, the buyer authorizes the online payment service 
to execute the payment transaction (e.g., charging the buyer's credit card, 
initiating an electronic funds transfer, etc.). Further, the buyer is presented 
with a confirmation interface 820 confirming that the buyer's purchase is 
complete. In case of an electronic funds transfer, the confirmation interface 
820 notifies the buyer that the online payment service 120 has initiated the 
buyer's electronic check payment. 

If the buyer has not previously registered with the online payment 
service 120, the buyer is presented with the personal billing information 
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interface 814 which requests the buyer to enter billing information 
pertaining to the payment instrument selected by the buyer. Next, the buyer 
is presented with a shipping information interface 816 which requests the 
buyer to enter shipping information for this order and then with an order 
5 placing interface 818 and then with the confirmation interface 820. 

Afterwards, the buyer is invited to register with the online payment service 
120 using a buyer registration interface 822. By registering, the buyer 
permits the online payment service 120 to store the buyer's personal billing 
information so that the buyer does not need to enter it every time the buyer 

10 pays for the goods through a corresponding payment instrument. The 
personal billing information of the buyer is kept confidential and is not 
communicated to the seller. 

The interfaces 802-820 will now be described within the context of a 
method 900, according to one embodiment of the present invention, of 

15 facilitating payment transactions through multiple payment instruments 

using risk analysis. The method 900 is illustrated by the flow chart indicated 
in Figure 9. The method 900 is performed by processing logic, which may 
comprise hardware, software, or a combination of both. The processing 
logic may be either in the online payment service 120, or partially or entirely 

20 in a separate device and /or system(s). 

The method 900 commences with providing the seller registration 
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interface 802 to the seller at block 904. The seller registration interface 
presents to the seller available payment instruments that can be used for 
conducting payment transactions in the transaction facility 130. 

At block 906, processing logic in the online payment service 120 
5 receives information on payment instruments selected by the seller from the 
list of available payment instruments. At block 908, processing logic in the 
online payment option 120 determines whether the seller is qualified to use 
the payment instruments selected by the seller. This determination is 
performed using the risk management system 720 as described above in 

10 conjunction with Figure 7. 

The method 900 continues with providing the end of business 
transaction interface 804 which specifies those payment instruments selected 
by the seller that were approved during the risk analysis process (block 910). 
Next, at decision box 912, a determination is made as to whether an initiator 

15 of the payment transaction is the seller or the buyer. If the seller initiates the 
payment transaction, the seller is provided with the seller login interface 806 
to enable the seller to login to the online payment service (block 914). At 
block 916, the seller is presented with the invoice form interface 916. 

Next, at block 918, processing logic in the online payment service 120 

20 receives invoice information entered by the seller through the invoice form 
interface 808 and then, at block 920, determines whether the seller is 
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qualified to submit the payment transaction described by the invoice 
information. That is, the risk management system 720 is used to evaluate a 
likelihood of the seller's ability to fulfill the purchase according to the 
invoice terms. If processing logic in the online payment service 120 
5 determines that the seller is qualified to submit this payment transaction, the 
buyer is sent an e-mail which contains a link to begin payment. The link 
enables the buyer to access the buyer login interface 810 (block 922). 

Alternatively, if the initiator of the payment transaction is the buyer, 
the method 900 proceeds directly to block 922, at which the buyer is 

10 presented with the buyer login interface 810. The buyer login interface 810 
includes information instructing the buyer to notify the seller (e.g., by e-mail 
using included e-mail template) about the buyer's willingness to conduct the 
payment transaction through one of the available payment instruments. 
Further, after the buyer successfully logs in to the online payment 

15 service 120, at decision box 924, a determination is made as to whether the 
buyer is registered with the online payment service 120. If the buyer is not 
registered, the buyer is requested to specify a preferred payment method for 
this payment transaction through the payment option interface 810. If the 
buyer initiated the payment transaction, the preferred payment method may 

20 be selected from multiple payment instruments available for conducting 
payment transactions in the transaction facility 130. Alternatively, if the 
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initiator of the payment transaction was the seller, the preferred payment 
method may be selected from the payment instruments approved in the 
qualification process described above. 

At decision box 928, a determination is made as whether the buyer is 
5 qualified to use the preferred payment instrument using the risk evaluation 
process described above. If the buyer is not qualified to use this payment 
instrument, the method 900 returns to block 926, at which the buyer is asked 
to select another payment instrument. Alternatively, if the buyer is 
qualified, at block 930, the buyer's personal billing information pertaining to 

10 the preferred billing instrument is received from the buyer through the 
personal billing information interface 814. Information included in the 
personal billing information interface 814 varies depending on the payment 
instrument selected by the buyer. In addition, the buyer may be requested 
to enter the buyer's shipping information through the shipping information 

15 interface 816. 

Next, at block 934, processing logic in the online payment service 120 
processes the buyer's payment and generates the confirmation interface 820 
notifying the buyer either that the purchase is complete (e.g., the payment is 
made through a credit card) or that the buyer's payment has been initiated 

20 (e.g., the payment is made through an electronic funds transfer). Further, 
the buyer is presented with the buyer registration interface 822 which 
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enables the buyer to store the buyer's personal billing information and 
shipping information in an account maintained for the buyer by the online 
payment service 120. The method 900 then proceeds to block 936. 

In an alternate embodiment, in which the buyer is already registered 
with the online payment service 120, the method 900 proceeds to block 927, 
at which the buyer is invited to revise his or her billing and/or shipping 
information through the revision of billing and shipping information 
interface 813. Then, the method 900 proceeds to block 934 and further to 
block 934 

At block 934, processing logic in the online payment service 120 
disburses funds to the seller. In one embodiment, multiple payments made 
by various buyers using the same or different payment instruments are 
accumulated on behalf of the seller over a certain period of time and then a 
single disbursement (in the amount equal to the accumulated payments 
minus an appropriate service fee) is distributed to the seller. In one 
embodiment, the time of disbursement, the manner of disbursement (e.g., a 
payment instrument to be used for disbursement) and the amount of the 
service fee are determined based on the risk evaluation process described 
above in conjunction with Figure 7. 

Exemplary user interfaces will now be further described with 
reference to Figures 10-19. While the exemplary interfaces are described as 
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comprising markup language documents displayed by a browser, it will be 
appreciated that the described interfaces could comprise user interfaces 
presented by any Windows® client application or stand-alone application, 
and need not necessarily comprise markup language documents. In 
5 addition, it will be appreciated by those skilled in the art that, although the 
exemplary interfaces are described in the context of an auction facility, they 
may be implemented in a wide variety of different types of computer-based, 
and network-based, transaction facilities. 

Figure 10 illustrates an exemplary seller registration interface 802 that 

10 enables the seller to specify various options concerning business transactions 
that are conducted in the environment of the transaction facility 130. Some 
of the various options pertain to payment options, such as payment methods 
1010 and online payments 1020. The online payments 1020 specify multiple 
payment instruments. Although Figure 10 illustrates only credit card and 

15 electronic check payment instruments, the seller registration interface may 
identify a wide variety of other payment instruments as described above. 
Using one or more check boxes corresponding to the payment instruments 
(e.g. check box 1022 and 1024), the seller may specify what payment 
instruments he or she will accept in payment transactions with various 

20 buyers. 

Figure 11 illustrates an exemplary end of business transaction 
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interface 804 which in this example indicates the end of auction. The end of 
business transaction interface specifies payment instruments selected by the 
seller (e.g. a credit card 1110 and an electronic check 1120) and enables either 
the seller or the buyer to initiate the payment transaction by using a 
5 corresponding link (i.e., a seller link 1124 or a buyer link 1124). 

Figure 12 is an exemplary seller login interface 806 which enables the 
seller to login to the online payment service 120 by providing the seller's 
password 1230. The seller login interface 806 also includes links to 
explanations on how to use online payments (e.g., a link 1210 to an 

10 explanation for a first step of sending an invoice and a link 1220 to an 
explanation for a second step of shipping an item). 

Figure 13 is an exemplary invoice form interface 808 which includes 
input fields for entering various invoice information (e.g., a final auction 
price 1330, shipping insurance 1340, sales tax 1350, a message 1386, and a 

15 return policy 1388). The invoice interface also specifies payment 

instruments 1380 that are acceptable for this transaction (e.g., credit card 
1382 and electronic check 1384) and provides information on how the 
payment transaction will be processed. For example, if the buyer chooses to 
pay with a credit card, the seller will be notified that the payment is 

20 processed once the buyer's credit card information is received. If the buyer 
pays with an electronic check, the seller will be notified about the 
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completion of the payment transaction after the expiration of a certain time 
period (e.g. in 3-5 days). 

Figure 14 is an exemplary buyer login interface 810 which enables the 
buyer to login to the online payment service 120 by providing the buyer's 
5 user identifier 1414 and password 1416. In addition, the buyer login 

interface 810 includes information indicating that the payment transaction 
must be either initiated by the seller 230 (text 1410) or the buyer (text 1412). 

Figure 15 is an exemplary payment option interface 812 which 
includes invoice information 1510 and asks the buyer to select one of the 

10 online payment methods (e.g., a credit card 1530 or an electronic check 1540) 
by using either a "pay with credit card" button 1550 or a "pay with 
electronic check" button 1560. The payment option interface also allows the 
buyer to pay in one step using a link 1520 if the buyer is registered with the 
online payment service 120. 

15 Figure 16 is an exemplary billing information interface 814 generated 

in response to a buyer request to pay with a credit card payment instrument. 
The interface 814 includes input fields 1620 pertaining to the buyer's credit 
card information. In addition, the interface 814 includes information 
indicating that the buyer's billing information is kept confidential and will 

20 not be disclosed to the seller. 

Figure 17 is an exemplary billing information interface 814 generated 
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in response to a buyer request to pay with an electronic check payment 
instrument. The interface 814 includes the buyer's checking account 
information including a bank name 1710, a bank routing number 1720, a 
checking account 1730, and a buyer's name and a checking account address 
5 1750. In one embodiment, in order to prevent potential fraudulent activity, 
the interface 814 includes secondary form of identification input fields 1762- 
1768. 

Figure 18 is an exemplary buyer registration interface 822 including 
input fields 1810-1850 enabling the buyer to register with the online 
10 payment service 120 for storing his or her billing information in an account 
maintained by the online payment service 120. 

Figure 19 is an exemplary confirmation interface 820 notifying the 
user that the payment transaction has been initiated. 

In summary, it will be appreciated that the above described 
15 interfaces, and underlying technologies, provide a convenient vehicle for 
facilitating payment transactions in a transaction facility using multiple 
payment instruments. 

Figure 20 shows a diagrammatic representation of machine in the 
exemplary form of a computer system 2000 within which a set of 
20 instructions, for causing the machine to perform any one of the 
methodologies discussed above, may be executed. In alternative 
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embodiments, the machine may comprise a network router, a network 
switch, a network bridge, Personal Digital Assistant (PDA), a cellular 
telephone, a web appliance or any machine capable of executing a sequence 
of instructions that specify actions to be taken by that machine. 

The computer system 2000 includes a processor 2002, a main memory 
2004 and a static memory 2006, which communicate with each other via a 
bus 2008. The computer system 2000 may further include a video display 
unit 2010 (e.g., a liquid crystal display (LCD) or a cathode ray tube (CRT)). 
The computer system 2000 also includes an alpha-numeric input device 
2012 (e.g., a keyboard), a cursor control device 2014 (e.g.,a mouse), a disk 
drive unit 2016, a signal generation device 2020 (e.g., a speaker) and a 
network interface device 2022. 

The disk drive unit 2016 includes a computer-readable medium 2024 
on which is stored a set of instructions (i.e., software) 2026 embodying any 
one, or all, of the methodologies described above. The software 2026 is also 
shown to reside, completely or at least partially, within the main memory 
2004 and/or within the processor 2002. The software 2026 may further be 
transmitted or received via the network interface device 2022. For the 
purposes of this specification, the term " computer-readable medium" shall 
be taken to include any medium that is capable of storing or encoding a 
sequence of instructions for execution by the computer and that cause the 
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computer to perform any one of the methodologies of the present 
invention. The term "computer-readable medium" shall accordingly be 
taken to included, but not be limited to, solid-state memories, optical and 
magnetic disks, and carrier wave signals. 
5 Thus, a method and apparatus for facilitating online payment 

transactions in a network-based transaction facility using multiple payment 
instruments have been described. Although the present invention has been 
described with reference to specific exemplary embodiments, it will be 
evident that various modifications and changes may be made to these 
10 embodiments without departing from the broader spirit and scope of the 
invention. Accordingly, the specification and drawings are to be regarded in 
an illustrative rather than a restrictive sense. 
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CLAIMS 

What is claimed is: 

1 1. A method for facilitating online payment transactions between 

2 participants in a network-based transaction facility, the method comprising: 

3 communicating user interface information to a first participant via a 

4 communications network, the user interface information identifying a 

5 plurality of payment instruments available for processing online payment 

6 transactions in the network-based transaction facility; 

7 receiving payment option information from the first participant via 

8 the communications network, the payment option information indicating a 

9 willingness of the first participant to accept payments from a second 

10 participant via at least one of the plurality of payment instruments; 

1 1 passing the payment option information to the second participant via 

12 the communications network; and 

13 accepting personal billing information concerning a payment 

14 instrument selected by the second participant from the at least one of the 

15 plurality of payment instruments, the personal billing information being 

16 accepted via the communications network to facilitate an online payment 

17 transaction between the first participant and the second participant. 
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1 2. The method of claim 1 further comprising: 

2 dynamically evaluating risk involved in the online payment 

3 transaction between the first participant and the second participant; and 

4 restricting the online payment transaction based on the evaluated 

5 risk. 

1 3. The method of claim 2 wherein the involved risk is evaluated using 

2 various information concerning the first participant and the second 

3 participant, the various information including information stored by an 

4 online payment service and information obtained from any one of a plurality 

5 of third party risk analysis providers via the communications network. 

1 4. The method of claim 2 wherein the involved risk is evaluated at 

2 various stages of the online payment transaction between the first 

3 participant and the second participant. 

1 5. The method of claim 1 further comprising: 
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2 accepting multiple payments issued to the first participant in a course 

3 of business transactions conducted by the first participant; 

4 accumulating the multiple payments over a period of time as a single 

5 accumulated payment; and 

6 disbursing the single accumulated payment to the first participant. 

1 6. The method of claim 5 wherein the multiple payments are accepted 

2 over the communications network using the plurality of payment 

3 instruments. 

1 7. The method of claim 1 wherein the network-based transaction facility 

2 comprises a network-based auction facility. 

1 8. The method of claim 1 further comprising: 

2 communicating the personal billing information of the second 

3 participant to a financial institution to process the online payment 

4 transaction, the personal billing information being communicated over the 

5 communications network; and 
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notifying the first participant when the online payment transaction 
completes. 

9. The method of claim 1 further comprising: 

enabling the first participant to initiate the online payment 
transaction via communications network; 

communicating to the first participant an invoice form interface to 
obtain invoice information from the first participant; 

determining that the first participant is qualified to initiate the online 
payment transaction described by terms included in the invoice information; 
and 

passing the invoice information to the second participant. 

10. The method of claim 1 further comprising: 

enabling the second participant to initiate the online payment 
transaction via communications network; 

communicating to the first participant information indicating a 
willingness of the second participant to use one of the plurality of payment 
instruments; 
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7 determining that the second participant is qualified to use the one of 

8 the plurality of payment instruments; and 

9 providing a billing information interface to the second participant to 

10 obtain personal billing information concerning the one of the plurality of 

1 1 payment instruments. 

1 11. The method of claim 1 wherein the personal billing information is 

2 encrypted. 

1 12. The method of claim 1 wherein the personal billing information of the 

2 second participant is not disclosed to the first participant unless permitted 

3 by the second participant. 

1 13. A system for facilitating online payment transactions between 

2 participants in a network-based transaction facility, the system comprising: 

3 the network-based transaction facility to implement a transaction 

4 system that facilitates business transactions between a user and a further 

5 user; 

6 a client, coupled to the network-based transaction facility, to present 
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7 user interface information identifying a plurality of payment instruments 

8 available for processing online payment transactions pertaining to 

9 corresponding business transactions and to communicate payment option 

10 information of the user over a communications network, the payment option 

1 1 information indicating a willingness of the user to accept a payment from 

12 the further user via at least one of the plurality of payment instruments; and 

13 an online payment service, coupled to the network-based transaction 

14 facility and the client via the communications network, to receive the 

15 payment option information from the client, to make the payment option 

16 information available to the further user via the communications network, to 

17 enable the further user to select a preferred payment instrument from the at 

18 least one of the payment instruments, and to accept personal billing 

19 information concerning the preferred payment instrument from the further 

20 user via the communications network. 

1 14. The system of claim 13 wherein the online payment service 

2 comprises: 



45 



3801.P029 



PATENT 



3 a risk management system to dynamically evaluate risk involved in 

4 the online payment transaction between the first participant and the second 

5 participant; and 

6 a payment processing system to restrict the online payment 

7 transaction based on the evaluated risk. 

1 15. The system of claim 14 wherein the involved risk is evaluated using 

2 various information concerning the first participant and the second 

3 participant, the various information including information stored by an 

4 online payment service and information obtained from any one of a plurality 

5 of third party risk analysis providers via the communications network. 

1 16. The system of claim 14 wherein the involved risk is evaluated at 

2 various stages of the online payment transaction between the first 

3 participant and the second participant. 

1 17. The system of claim 13 wherein the online payment service is further 

2 configured to 
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3 accept multiple payments issued to the first participant in a 

4 course of business transactions conducted by the first participant, 

5 accumulate the multiple payments over a period of time as a 

6 single accumulated payment, and 

7 disburse the single accumulated payment to the first 

8 participant. 



1 18. The system of claim 17 wherein the multiple payments are accepted 

2 over the communications network using the plurality of payment 

3 instruments. 

1 19. The system of claim 13 wherein the network-based transaction facility 

2 comprises a network-based auction facility. 

1 20. The system of claim 13 wherein the online payment service is 

2 configured to 

3 communicate the personal billing information of the second 

4 participant to a financial institution to process the online payment 
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transaction, the personal billing information being communicated 
over the communications network, and 

notify the first participant when the online payment 
transaction completes. 

21. The system of claim 13 wherein the online payment service is 
configured to 

enable the first participant to initiate the online payment 
transaction via communications network, 

communicate to the first participant an invoice form interface 
to obtain invoice information from the first participant, 

determine that the first participant is qualified to initiate the 
online payment transaction described by terms included in the 
invoice information, and 

pass the invoice information to the second participant. 

22. The system of claim 13 wherein the online payment service is 
configured to 
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enable the second participant to initiate the online payment 
transaction via communications network, 

communicate to the first participant information indicating a 
willingness of the second participant to use one of the plurality of 
payment instruments, 

determine that the second participant is qualified to use the 
one of the plurality of payment instruments, and 

provide a billing information interface to the second 
participant to obtain personal billing information concerning the one 
of the plurality of payment instruments. 

23. The system of claim 13 wherein the personal billing information is 
encrypted. 

24. The system of claim 13 wherein the personal billing information of 
the second participant is not disclosed to the first participant unless 
permitted by the second participant. 

25. A computer readable medium comprising instructions, which when 
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2 executed on a processor, cause the processor to perform a method for 

3 facilitating online payment transactions between participants in a network- 

4 based transaction facility, the method comprising: 

5 communicating user interface information to a first participant via a 

6 communications network, the user interface information identifying a 

7 plurality of payment instruments available for processing online payment 

8 transactions in the network-based transaction facility; 

9 receiving payment option information from the first participant via 

10 the communications network, the payment option information indicating a 

1 1 willingness of the first participant to accept payments from a second 

12 participant via at least one of the plurality of payment instruments; 

13 passing the payment option information to the second participant via 

14 the communications network; and 

15 accepting personal billing information concerning a payment 

16 instrument selected by the second participant from the at least one of the 

17 plurality of payment instruments, the personal billing information being 

18 accepted via the communications network to facilitate an online payment 

19 transaction between the first participant and the second participant. 
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ABSTRACT OF THE DISCLOSURE 

A method and apparatus for facilitating online payment transactions between 
5 participants in a network-based transaction facility are described. In one 

embodiment, user interface information is communicated to a first participant via a 
communications network. The user interface information identifies various payment 
instruments available for processing online payment transactions in the network- 
based transaction facility. Further, payment option information is received from the 

10 first participant via the communications network. The payment option information 
indicates the willingness of the first participant to accept a payment from a second 
participant via one or more of the various payment instruments. This payment 
option information is passed to the second participant via the communications 
network. Afterwards, personal billing information is accepted from the second 

15 participant via the communications network to facilitate an online payment 

transaction between the first participant and the second participant. The personal 
billing information concerns a payment instrument selected by the second 
participant from the payment instruments specified by the first participant. 
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Provide seller registration interface to Seller 



Receive online payment options specified by Seller 



Determine whether Seller is qualified to use the specified 
payment option 
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Provide a Seller login interface to enable Seller to login 
to the online payment service 



Provide an invoice form interface 
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No 
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payment option 
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Provide a revision of billing information interface 
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to use the preferred 
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Process Buyer' s payment 



Receive Buyer' s personal billing information 
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Provide a Buyer's registration interface 
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End 




Payment Methods 

Choose all that you will 
accept 


□ Money Order/Cashiers Check □ Money Order/Cashiers Check □ Visa/MasterCard 

□ COD (cash on delivery) □ COD (cash on delivery) □ American Express 
B See item Description □ See Item Description □ 


Online payments 

\m\ \m] ^ I 1 
1024 — 


Online Payments learn more 

Accept credit cards (Visa, MasterCard, and Discover) or electronic checks from 
your winning bidders online. If vou are not a reaistered seller, apply now 

□ Accept Credit Card payments (available to buyers in these countries) 

□ Accept Electronic Check payments. 


Escrow 


0 I will accept escrow, buyer pays (recommended) 

0 1 will pay escrow 

© I wili not accept escrow, (if selected, the Escrow section will not appear on 
the item listing) 

learn more 


Where will you ship? 


© Will ship to United States only 
O Will ship internationally (worldwide) 

O Will ship to United States and the following regions: (Check all that apply) 
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Item #330390395 




Jewelry. GemstQnes:Beads:Findings 
Bidding is closed for this item. 

Currently $1.00 
Quantity 1 

Time left Auction has ended. 

Started May-1 1-00 16:06:38 PDT 
Ends May-11-00 16:07:36 PDT 

Seller (Rating) krauss@billpoint.com(Q) 

(view comments in seller's Feedback Profile) fview seller's other auctions) 

(ask seller a question) 
High bid jeff3@billpoint.com (Q) 
Payment See item description for payment methods accepted 

Online Payments Credit Card, YZA Electronic Check 

To use Online Payments iino / / 

*High Bidder Click here ^ ^ 111n i 1 on 

*Seller Click here ^1124 111U 
Shipping Will ship to United States only, See item description for shipping charges 

Seller: Didn't sell your item the first time? We will refund your relisting fee if it 
Relist item sells the second time around. Relist this item. 



Description 



Leave 
Feedback 

fto seller) 
(to bidder) 

If you are the 
seller or the 
high bidder- 

nnwwhat? 



Seller assumes all responsibility for listing this item, you should contact the seller to resolve any 
questions before bidding. Auction currency is U.S. dollars ($) unless otherwise noted. 
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SECURE ONLINE PAYMENTS A 



Help 



Welcome, k@billpoint.com! 



How to use Online Payments 

Follow these easy steps once you know the high bidder wants to use 
Online Payments ( here's how to find out.) 

1210 



Seller 



High Bidder 




1220 



t receive 
paymep ' 

mation email. 



ce you receive 
/ce. 

isa, Disc) ^ Electronic Check 



Enter your Password to: 



• Send invoice for this item to a High Bidder 

• View or cancel the invoice (if it has not been paid) 

• View the Order Detail page or enter shipment tracking information (if 
invoice has been paid). 



1240 



1230 Username: k@billpoint.com 
Password: | 



(cancel) (continue) 
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Invoice Form 

Complete this invoice once you have determined the final amount due for 
this item including shipping fees or taxes, and you know the high bidder wants to 
use Online Payments. After you submit this Invoice, the buyer will 
automatically receive an e-mail with a link to begin payment. 

After the buyer pays for the item online, you will receive a payment confirmation e- 
mail notifying you that payment has cleared, if the buyer pays with a 
credit card you should receive the confirmation e-mail immediately, if the buyer 
approximately 3-5 days. Then just ship the item! 

Enter Billpoint Invoice Information 

Item Name: Jar Jar Binks Doll ^1310 
Item*: 504057950 ^1320 
Final Auction Price: I25.50 



Shipping, Handling, & 
Insurance: 



laoo" 



^1330 
^1340 



(optional) 



Sales Tax: 10.00 



(optional) 



^1350 



Buyer E-mail Address: jsmith@hotmail.com ^V/1360 
Buyer User ID: jsmith ^1370 

,1382 



1384 

Payment Methods: 0 Credit Card 0 Electronic Check 



More information on payment methods. 



Your Message: 

You may want to include a message to 

the buyer. 



Return Policy: 

Whv this is importatnt 



1386 



(optional) Message must be less than 500 characters. 1 388 



Please note: Billpoint strongly recommends that you include your Return Policy 
on this Invoice for your protection to help avoid disputes. 

Click the "REVIEW INVOICE" button below to view your Billpoint Invioce and 
confirm that it is correct before you submit it to the buyer. 



(CANCEL) (REVIEW INVOICE) 
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1400 



1430 




High Bidder - How Online Payments Works 1420 



Seller 



Ship! 

when yoji receive 
paymep 

Frfmation email. 



High Bidder 




tern 

ce you receive 
rWsa, Disc) Electronic Check 



To get strarted, the seller must send you a Invoice. If you haven't received an 
invoice, get a jumpstart by notifying the seller (with our easy-to-use email template ) that 
you'd like to use Online Payments. 



To pay for Item ©330390395 [Test item], log in below. 



1412 



Your User IP: 



C 



You can also use your email address. 



^ Your Password: £ 



forgot your password? 



Are you tired of typing in your User ID and Password over and over 
again? Save time by signing in. (You may also sign in securely ). 





CANCEL 




CONTINUE 
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SECURE ONLINE PAYMENTS & 



Help 



Welcome to the new way to pay for your purchases! 

To pay for this item online, first review the Invoice 
information below. 

r^-1520 

If you have already registered, click here to pay in one step. 
Invoice 



1510 



ltem#: 504057950 

Item Name: (3) Jar Jar Binks Dolls 

Seller: toystoystoys 

Date Invoice Sent: 09/1 5/99 

Final Auction Price: $25.50 

Shipping, Handling, & Insurance: $5.00 

Safes Tax: $0.00 

Total Amount Due: $30.50 



Seller Message: You'll love this!! 
Return Policy: AS is condition 

Please choose one of the following payment methods , or click "Cancel" to exit: 
[If only credit card is available:] 

- Click "Pay with Credit Card" to pay for this item with a credit card, or click "Cancel" 
to exit: 

[If only electronic check is available:] 

■ Click "Pay with Electronic Check" to pay for this item using your checking account, 
or click "Cancel" to exit: 
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(PAY WITH CREDIT CARD) |hm||hc|PSc1 

( PAY WITH ELECTRONIC -CHECK) ^- — 1 560 
(CANCEL) 
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Help 



Seller: krauss@billpoint.com Total Amount 

Due: $1.50 

Item: Test Item 

Name: Item #: 33039035 

Enter New Credit Card Information and Place Your Order 

1610 



Please enter your credit card number and billing information into the secure forrrf 
below. This information is kept confidential and will not be seen by the seller. 



Enter your credit card information ^1620 



All entries are required. 



Credit card: |VISA "Fl 
Card Number: | 



Expiration: |May M |2Q02Tvl 



Please enter your billing information as it appears on your credit card 
statement: 



Name: I !□[ 
Billing Address: I 



[ 

City: [ 

State/Province/Region: [ 



Please enter 2 letter state code for US addresses (Ex, CA, Rl) 

Zip/Postal Code: I I 
Country: lUnited States [j| 
Primary Phone Number: I I 

Please include area code (Example: 123-456-7891) 

E-Mail Address: jeff3@billpoint.com 



Click "CONTINUE" to enter shipping information-your credit card is NOT charged 
at this time. To exit, click "CANCEL" 



(CANCEL) (CONTINUE ) 



FIG. 16 



SECURE ONLINE PAYMENTS & 



Help 



Seller: toystoystoys Total Amount Due: $30.50 

Item Name: Jar Jar Binks Doll Item #: 504057950 

Checking Account Information 

Please enter your payment information into the secure form below. This 
information is kept confidential and will not be seen by the seller. If you have 
questions on Electronic Checks, please see the Electronic Check FAQ fnr 
Buyers. 

Enter your Checking Account Information 

Please enter the checking account from which you would like to make this 
purchase. You can find the Bank Routing # and the Checking Account # on the 
bottom of the check, as shown in the example below. j 730 

Bank Name: ^ 1710 Bank Routing*:^ 1720 

I I I 



Checking Account #: 



1740 



Sample C heck (lower le ft corner) 
dj73981 1 8§B>(632) <jjt731 361 42jj 



T 



The Bank Routing # is 
9 digits between the 
IS 1: symbols 



The check # should match 
the # in the upper-right corner 



The Checking Account # is usually 
to the left of n" if check # is left 
of account #, ignore check #. 

Note: These three sets of numbers may appear in a different order on your check. 

Enter your Name and Checkin Account Address ^1 750 

Please enter your name and the address where you receive statements for 
your checking account. 



Name: [ 
Street Address: [ 

L" 

City: C 



mi 



] 



State: I 
Zip Code: ICHOOSE LyI 
Primary Phone Number: | | 

Please include area code (Example: 123-456-7891) 

Enter a Secondary Form of Identification^ 1760 

To protect the security of your checking account, you must provide a 
secondary form of identification. Please enter EITHER your Driver's License 
information OR your Social Security Number. 

Driver's License: State Issued: Date of Birth: 

I I ICHOOSE El 



? 1762 ° R 

Social Security Number: 

i 



L" 



1764 



(Example: 05/11/74) 



1766 



1770 



1768 



Click "CONTINUE" to enter your shipping information-your checking account isL 
NOT charged at this time. To exit, click CANCEL" J 



(CANCEL) (CONTINUE ) 



FIG. 17 



-1800 



SECURE ONLINE PAYMENTS ft 



Help 



Register 

Want to pay for your purchases in one step? 

Complete the short form below to save your payment information in a free 
online payment account. Then just enter your password to pay in one easy step. 



Choose a Secure Password 
1810 

User ID: 



1820 



Password: 



Retype Password: 



c 



1830 



Enter Your Question and Your Secret Answer 
1840 

Secret Question: 



This is the question we will ask you if you forget our Password 
(Example: "Pet's Name?" 



1850 



Secret Answer: 



Answer to the Secret Question 
(Example: "Fido") 



By clicking the button below, you agree to the terms and conditions of the 
Participation Agreement and Privacy Policy . 



(CANCEL ACCOUNT SETUP) ( FINISH ACCOUNT SETUP ) 
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Help 



Thank you! Your payment has been initiated. 

Your electronic payment has been initiated. When your check payment 
has cleared, both you and the seller will be notified. 

This is your Order Receipt. You may want to print this page for your records. 
A confirmation e-mail has been sent to you at ismith@hotmail.com 

Your Order Receipt-Date Paid 09/15/99 



Item #: 



504057950 

jar jar binks doll 

toystoystoys 

toystoystoys@aol.com 

$30.50 



Ship to: 



Jay Smith 
100 Main St. 
San Francisco, CA 
94123 



Item Name: 



Seller: 



Seller's E-mail: 



Payment 
Method: 



Total Paid: 



Electronic Check 



FIG. 19 
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Attorney's Docket No.: 003801 P029 Patent 
DECLARATION AND POWER OF ATTORNEY FOR PATENT APPLICATION 



As a below named inventor, I hereby declare that: 

My residence, post office address and citizenship are as stated below, next to my name. 

I believe I am the original, first, and sole inventor (if only one name is listed below) or an original, 
first, and joint inventor (if plural names are listed below) of the subject matter which is claimed and 
for which a patent is sought on the invention entitled 
METHOD AND APPARATUS FOR FACILITATING ONLINE PAYMENT TRANSACTIONS IN A 
NETWORK-BASED TRANSACTION FACILITY USING MULTIPLE PAYMENT INSTRUMENTS 

the specification of which 

X is attached hereto. 

was filed on as 

United States Application Number 

or PCT International Application Number 

and was amended on . 

(if applicable) 

I hereby state that I have reviewed and understand the contents of the above-identified 
specification, including the claim(s), as amended by any amendment referred to above. I do not 
know and do not believe that the claimed invention was ever known or used in the United States of 
America before my invention thereof, or patented or described in any printed publication in any 
country before my invention thereof or more than one year prior to this application, that the same 
was not in public use or on sale in the United States of America more than one year prior to this 
application, and that the invention has not been patented or made the subject of an inventor's 
certificate issued before the date of this application in any country foreign to the United States of 
America on an application filed by me or my legal representatives or assigns more than twelve 
months (for a utility patent application) or six months (for a design patent application) prior to this 
application. 

I acknowledge the duty to disclose all information known to me to be material to patentability as 
defined in Title 37, Code of Federal Regulations, Section 1 .56. 

I hereby claim foreign priority benefits under Title 35, United States Code, Section 1 19(a)-(d), of any 
foreign appiication(s) for patent or inventor's certificate listed below and have also identified below 
any foreign application for patent or inventor's certificate having a filing date before that of the 
application on which priority is claimed: 
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Prior Foreign Application^ 



Priority 
Claimed 



(Number) (Country) (Day/Month/Year Filed) Yes No 



(Number) (Country) (Day/Month/Year Filed) Yes No 



(Number) (Country) (Day/Month/Year Filed) Yes No 

I hereby claim the benefit under title 35, United States Code, Section 1 19(e) of any United States 
provisional application(s) listed below: 

60/190.420 March 17,2000 

(Application Number) Filing Date 



(Application Number) Filing Date 



I hereby claim the benefit under Title 35, United States Code, Section 120 of any United States 
application(s) listed below and, insofar as the subject matter of each of the claims of this application 
is not disclosed in the prior United States application in the manner provided by the first paragraph 
of Title 35, United States Code, Section 112, 1 acknowledge the duty to disclose all information 
known to me to be material to patentability as defined in Title 37, Code of Federal Regulations, 
Section 1 .56 which became available between the filing date of the prior application and the national 
or PCT international filing date of this application: 



(Application Number) Filing Date (Status patented, 

pending, abandoned) 



(Application Number) Filing Date (Status -- patented, 

pending, abandoned) 

I hereby appoint the persons listed on Appendix A hereto (which is incorporated by reference and a 
part of this document) as my respective patent attorneys and patent agents, with full power of 
substitution and revocation, to prosecute this application and to transact all business in the Patent 
and Trademark Office connected herewith. 

Send correspondence to Marina Portnova , BLAKELY, SOKOLOFF, TAYLOR & 

(Name of Attorney or Agent) 
ZAFMAN LLP, 12400 Wilshire Boulevard 7th Floor, Los Angeles, California 90025 and direct 

telephone calls to Marina Portnova , (408) 720-8300. 

(Name of Attorney or Agent) 
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I hereby declare that all statements made herein of my own knowledge are true and that all 
statements made on information and belief are believed to be true; and further that these 
statements were made with the knowledge that willful false statements and the like so made 
are punishable by fine or imprisonment, or both, under Section 1001 of Title 18 of the United 
States Code and that such willful false statements may jeopardize the validity of the 
application or any patent issued thereon. 

Full Name of First/Sole Inventof ftjason Ma>fl 
Inventor's Signature 




Residence San Jose, California 

5ityTstate) f (Country) 

Post Office Address 1882 Crestmont Drive 
San Jose, CA 95124 



Full Name of Second/Joint lpventor7Jan Flint 




Inventor's Signature eL- — /vO-- - , Date 



5 J~Z~Z. /o^ 



Residence Mountain View, California Citizenship United States 



(City, State) (Country) 

Post Office Address 1765 Drew Avenue 

Mountain View, CA 94043 
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APPENDIX A 



William E. Aiford, Reg. No. 37,764; Farzad E. Amini, Reg. No. P42.261; Aloysius T. C. AuYeung, Reg. No. 
35,432; William Thomas Babbitt, Reg. No. 39,591; Carol F. Barry, Reg. No. 41,600; Jordan Michael 
Becker, Reg. No. 39,602; Bradley J. Bereznak, Reg. No. 33,474; Michael A. Bernadicou, Reg. No. 35,934; 
Roger W. Blakely, Jr., Reg. No. 25,831; Gregory D. Caldwell, Reg. No. 39,926; Ronald C. Card, Reg. No. 
44,587; Andrew C. Chen, Reg. No. 43,544; Thomas M. Coester, Reg. No. 39,637; Alin Corie, Reg. No. 
P46,244; Dennis M. deGuzman, Reg. No. 41,702; Stephen M. De Klerk, under 37 C.F.R. § 10.9(b); 
Michael Anthony DeSanctis, Reg. No. 39,957; Daniel M. De Vos, Reg. No. 37,813; Robert Andrew Diehl, 
Reg. No. 40,992; Sanjeet Dutta, Reg. No. P46,145; Matthew C. Fagan, Reg. No. 37,542; Tarek N. Fahmi, 
Reg. No. 41,402; Paramita Ghosh, Reg. No. 42,806; James Y. Go, Reg. No. 40,621; James A. Henry, 
Reg. No. 41,064; Willmore F. Holbrow III, Reg. No. P41.845; Sheryl Sue Holloway, Reg. No. 37,850; 
George W Hoover II, Reg. No. 32,992; Eric S. Hyman, Reg. No. 30,139; William W. Kidd, Reg. No. 
31 ,772; Sang Hui Kim, Reg. No. 40,450; Eric T. King, Reg. No. 44,188; Erica W. Kuo, Reg. No. 42,775; 
Kurt P. Leyendecker, Reg. No. 42,799; Michael J. Mallie, Reg. No. 36,591; Andre L. Marais, under 37 
C.F.R. § 10.9(b); Paul A. Mendonsa, Reg. No. 42,879; Darren J. Milliken, Reg. 42,004; Lisa A. Norris, 
Reg. No. 44,976; Chun M. Ng, Reg. No. 36,878; Thien T. Nguyen, Reg. No. 43,835; Thinh V. Nguyen, 
Reg. No. 42,034; Dennis A. Nicholls, Reg. No. 42,036; Daniel E. Ovanezian, Reg. No. 41,236; Marina 
Portnova, Reg. No. 45,750; Babak Redjaian, Reg. No. 42,096; William F. Ryann, Reg. 44,313; James H. 
Salter, Reg. No. 35,668; William W. Schaal, Reg. No. 39,018; James C. Scheller, Reg. No. 31,195; 
Jeffrey Sam Smith, Reg. No. 39,377; Maria McCormack Sobrino, Reg. No. 31,639; Stanley W. Sokoloff, 
Reg. No. 25,128; Judith A. Szepesi, Reg. No. 39,393; Vincent P. Tassinari, Reg. No. 42,179; Edwin H. 
Taylor, Reg. No. 25,129; John F. Travis, Reg. No. 43,203; George G. C. Tseng, Reg. No. 41,355; Joseph 
A. Twarowski, Reg. No. 42,191; Lester J. Vincent, Reg. No. 31,460; Glenn E. Von Tersch, Reg. No. 
41,364; John Patrick Ward, Reg. No. 40,216; Mark L. Watson, Reg. No. P46,322; Thomas C. Webster, 
Reg. No. P46,154; Charles T. J. Weigell, Reg. No. 43,398; Kirk D. Williams, Reg. No. 42,229; James M. 
Wu, Reg. No. 45,241; Steven D. Yates, Reg. No. 42,242; and Norman Zafman, Reg. No. 26,250; my 
patent attorneys, and Justin M. Dillon, Reg. No. 42,486; my patent agent, of BLAKELY, SOKOLOFF, 
TAYLOR & ZAFMAN LLP, with offices located at 12400 Wilshire Boulevard, 7th Floor, Los Angeles, 
California 90025, telephone (310) 207-3800, and James R. Thein, Reg. No. 31,710, my patent attorney. 
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APPENDIX B 



Title 37, Code of Federal Regulations, Section 1.56 
Duty to Disclose Information Material to Patentability 

(a) A patent by its very nature is affected with a public interest. The public interest is best served, 
and the most effective patent examination occurs when, at the time an application is being examined the 
Office is aware of and evaluates the teachings of all information material to patentability. Each individual 
associated with the filing and prosecution of a patent application has a duty of candor and good faith in 
dealing with the Office, which includes a duty to disclose to the Office all information known to that individual 
to be material to patentability as defined in this section. The duty to disclosure information exists with respect 
to each pending claim until the claim is cancelled or withdrawn from consideration, or the application becomes 
abandoned. Information material to the patentability of a claim that is cancelled or withdrawn from 
consideration need not be submitted if the information is not material to the patentability of any claim 
remaining under consideration in the application. There is no duty to submit information which is not material 
to the patentability of any existing claim. The duty to disclosure all information known to be material to 
patentability is deemed to be satisfied if all information known to be material to patentability of any claim 
issued in a patent was cited by the Office or submitted to the Office in the manner prescribed by §§1 .97(b)-(d) 
and 1 98 However, no patent will be granted on an application in connection with which fraud on the Office 
was practiced or attempted or the duty of disclosure was violated through bad faith or intentional misconduct. 
The Office encourages applicants to carefully examine: 

(1 ) Prior art cited in search reports of a foreign patent office in a counterpart application, and 

(2) The closest information over which individuals associated with the filing or prosecution of a 
patent application believe any pending claim patentably defines, to make sure that any material information 
contained therein is disclosed to the Office. 

(b) Under this section, information is material to patentability when it is not cumulative to 
information already of record or being made or record in the application, and 

(1 ) It establishes, by itself or in combination with other information, a prima facie case of 
unpatentability of a claim; or 

(2) It refutes, or is inconsistent with, a position the applicant takes in: 

(i) Opposing an argument of unpatentability relied on by the Office, or 

(ii) Asserting an argument of patentability. 

A prima facie case of unpatentability is established when the information compels a conclusion that a claim is 
unpatentable under the preponderance of evidence, burden-of-proof standard, giving each term in the claim 
its broadest reasonable construction consistent with the specification, and before any consideration is given to 
evidence which may be submitted in an attempt to establish a contrary conclusion of patentability. 

(c) Individuals associated with the filing or prosecution of a patent application within the 
meaning of this section are: 

(1 ) Each inventor named in the application; 

(2) Each attorney or agent who prepares or prosecutes the application; and 

(3) Every other person who is substantively involved in the preparation or prosecution of the 
application and who is associated with the inventor, with the assignee or with anyone to whom there is an 
obligation to assign the application. 

(d) Individuals other than the attorney, agent or inventor may comply with this section by 
disclosing information to the attorney, agent, or inventor. 
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